Skip to content

Conversation

@sheilamjones
Copy link
Contributor

@sheilamjones sheilamjones commented Nov 19, 2025

This PR covers correction and minor edits to the Deploy to OpenShift guide based on QE feedback downstream for the products docs for RH and IBM Build of Quarkus 3.27.0

See: https://issues.redhat.com/browse/QUARKUS-6790

@quarkus-bot

This comment has been minimized.

@github-actions
Copy link

github-actions bot commented Nov 19, 2025

🎊 PR Preview c8efc06 has been successfully built and deployed to https://quarkus-pr-main-51116-preview.surge.sh/version/main/guides/

  • Images of blog posts older than 3 months are not available.
  • Newsletters older than 3 months are not available.

@sheilamjones sheilamjones requested a review from iocanel November 19, 2025 16:12
Copy link
Contributor

@iocanel iocanel left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGMT

Copy link
Member

@gsmet gsmet left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks. I added a comment.

Comment on lines 70 to 78
[IMPORTANT]
====
From {project-name} 3.8, the `DeploymentConfig` object, deprecated in OpenShift, is also deprecated in {project-name}.
`Deployment` is the default and preferred deployment kind for the `quarkus-openshift` extension.
If you redeploy applications that you deployed before by using `DeploymentConfig`, by default, those applications use `Deployment` but do not remove the previous `DeploymentConfig`.
This leads to a deployment of both new and old applications, so, you must remove the old `DeploymentConfig` manually.
However, if you want to continue to use `DeploymentConfig`, it is still possible to do so by explicitly setting `quarkus.openshift.deployment-kind` to `DeploymentConfig`.
====

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we should keep this one still. We have people using old versions of Quarkus and updating late.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@sheilamjones, I have scripts/simple_replacement_list.py configured to hide this in the 3.27 product docs. You can leave this in.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why do you want to hide that in the product doc? You might still have customers on 3.2 that haven't updated yet. It happens.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi @gsmet, Hi @rolfedh,
Thanks for your feedback. I'll check in again with QE on their feedback.
I need to hide it anyways in the IBM documentation as there was no 3.2 version there, but sounds like it should be kept in upstream and also in RHBQ.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@gsmet As of RHBQ 3.27, the supported versions are 3.27, 3.20, and 3.15. Version 3.2 is no longer in that window.
Customers on 3.2 must migrate sequentially through supported versions, following the migration instructions for each one. They'll encounter this deprecation note in those intermediate docs where it's still relevant.
Removing outdated content from current docs reduces technical debt and keeps the guides focused on the supported upgrade paths.
However, if this approach doesn't fully address the needs of our customers, keeping it in in the downstream docs is a simple matter. How long do you think it should remain? Could we add a comment suggesting a version or time frame when it would make sense to eventually remove this information?

Copy link
Contributor

@rolfedh rolfedh Nov 20, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So long as the text of the notice remains unchanged, we can use downstream tools to hide it from specific versions and products downstream.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks @gsmet and @rolfedh for your additional feedback. I have reverted this change upstream, so the note is back in. It will be hidden only in the IBM Build of Quarkus version because 3.27 is the first version of IBQ.

And +1 to your question @rolfedh. How long should this text and the references to 3.2 remain in the docs?

@sheilamjones sheilamjones force-pushed the QDOCS-1375-upstream-QE-fixes branch from 2219e9b to c09dbc4 Compare November 21, 2025 09:57
@quarkus-bot
Copy link

quarkus-bot bot commented Nov 21, 2025

Status for workflow Quarkus Documentation CI

This is the status report for running Quarkus Documentation CI on commit c09dbc4.

✅ The latest workflow run for the pull request has completed successfully.

It should be safe to merge provided you have a look at the other checks in the summary.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants